Optimized incident management using hierarchical clusters of metrics

ABSTRACT

A method, a computer system, and a computer program product for clustering operational parameter values in a micro-service architecture used in a computing infrastructure. The computer system measures a plurality of operational parameter values of elements of the computing infrastructure and logs identifiers for elements having caused a problem situation and related problem resolution times. The computer system clusters the operational parameter values of the elements having caused the problem situation, according to a correlation function. The computer system orders the operational parameter values within a cluster and the elements having caused the problem situation. The computer system periodically performs the clustering and the ordering such that a sequence of the operational parameter values and the elements having caused the problem situation is indicative of a resolution time required for a new problem situation.

BACKGROUND

The present invention relates generally to clustering operationalparameter values, and more particularly to enabling problem resolutionin a micro-service architecture used in a cloud computing system.

Today's computing landscape, in large enterprises or as part of theoperation of a service provider, comprises a plurality of largenetworked computing resources with a large plurality of physical andvirtual machines, software defined infrastructure components (e.g.,software-defined storage, software defined networking) serving as abasis for a large number of interconnected micro-services. Suchlandscapes are difficult to maintain, especially because these days manymicro-services provide functionality conforming to strict service levelagreements (SLA).

Computing landscapes are very often implemented as cloud computingenvironments in which application functionality is decomposed into a setof collaborating micro-services, each of which may be scaled, upgraded,and managed independently by different developers. Since multiplenetworked micro-services work in cooperation, e.g., called each other'sservices, to generate a response to a user's request, guaranteeing anend-to-end view of the application execution becomes quite difficult. Inparticular, in case a problem situation, i.e., an error, a performanceproblem, or the like, arises. Isolating root causes for individualperformance degradation or malfunctions in a production environmentbecomes a real challenge.

One of the key performance indicators for the operation staff of suchcloud computing data centers running a large plurality of end-userapplications is often the time to resolve an issue or incident. A highlysophisticated problem resolution approach requires more than a nearreal-time monitoring of elements of the cloud computing environment,like physical servers, virtual machines, storage systems, networking,and routing components, etc. Typical enterprise applications are moreand more composed of hundreds of instances of heterogeneousmicro-services. With developers constantly improving or adding newfeatures to those micro-services and deploying them directly asproduction instances (under a DevOps approach), performance regressionsare no longer a rarity. As the development of the applications andmicro-services grows and diversifies over time, multiple versions of anapplication workflow and respective micro-services begin to coexist.Efficiently managing application performance in such polymorphicenvironments is pertinent for maintaining the end-user experience whileinteracting with the applications.

The expectation of end-users increases constantly in terms of problemresolution times, so that they can efficiently support their personaland enterprise goals. It is no longer sufficient to log performanceparameters and potentially display them on displays of the systemmanagement console. In fact, operating and problem resolution staff hasthe same growing expectations in terms of computerized support forresolving occurring problem situations in the cloud computingenvironments. They expect more than nameless lists of operationalparameters but direct insight and guidance how to repair broken systems.

SUMMARY

In one aspect, a method for clustering operational parameter values in amicro-service architecture used in a computing infrastructure isprovided. The method comprises measuring a plurality of operationalparameter values of elements of the computing infrastructure. The methodfurther comprises logging identifiers for elements having caused aproblem situation and related problem resolution times. The methodfurther comprises clustering the operational parameter values of theelements having caused the problem situation, according to a correlationfunction between the operational parameter value and the problemresolution times. The method further comprises ordering the operationalparameter values within a cluster and the elements having caused theproblem situation, according to the problem resolution times of theelements having caused the problem situation. The method furthercomprises periodically performing the clustering and the ordering suchthat a sequence of the operational parameter values and the elementshaving caused the problem situation is indicative of a resolution timerequired for a new problem situation.

In another aspect, a computer system for clustering operationalparameter values in a micro-service architecture used in a computinginfrastructure is provided. The system comprises a measurement unitconfigured to measure a plurality of operational parameter values ofelements of the computing infrastructure. The system further comprises alogging module configured to log identifiers for elements having causeda problem situation and related problem resolution times. The systemfurther comprises a clustering unit configured to cluster theoperational parameter values of the elements having caused the problemsituation, according to a correlation function between the operationalparameter value and the problem resolution times. The system furthercomprises an ordering unit configured to order the operational parametervalues within a cluster and the elements having caused the problemsituation, according to the problem resolution times of the elementshaving caused the problem situation. The system further comprises theclustering unit and the ordering unit configured to periodically performthe clustering and the ordering such that a sequence of the operationalparameter values and the elements having caused the problem situation isindicative of a resolution time required for a new problem situation.

In yet another aspect, a computer program product for clusteringoperational parameter values in a micro-service architecture used in acomputing infrastructure is provided. The computer program productcomprises a computer readable storage medium having program codeembodied therewith. The program code is executable to: measure aplurality of operational parameter values of elements of the computinginfrastructure; log identifiers for elements having caused a problemsituation and related problem resolution times; cluster the operationalparameter values of the elements having caused the problem situation,according to a correlation function between the operational parametervalue and the problem resolution times; order the operational parametervalues within a cluster and the elements having caused the problemsituation, according to the problem resolution times of the elementshaving caused the problem situation; and periodically perform theclustering and the ordering such that a sequence of the operationalparameter values and the elements having caused the problem situation isindicative of a resolution time required for a new problem situation.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 shows a block diagram of a method for clustering operationalparameter values in a micro-service architecture used in a cloudcomputing system, in accordance with one embodiment of the presentinvention.

FIG. 2 shows an architecture comprising four different levels, inaccordance with one embodiment of the present invention.

FIG. 3 shows a sequence of actions and steps performed in a typicalproblem resolution case, in accordance with one embodiment of thepresent invention.

FIG. 4 shows an ordered list of operational parameters and theirrespective values in a different order and with different dependencyarrows shown in FIG. 2, in accordance with one embodiment of the presentinvention.

FIG. 5 shows a system for clustering operational parameter values in amicro-service architecture used in a cloud computing environment, inaccordance with one embodiment of the present invention.

FIG. 6 shows a cloud computing environment in which at least parts ofthe present invention is deployed, in accordance with one embodiment ofthe present invention.

FIG. 7 is a diagram illustrating components of a computer systemimplementing the present invention, in accordance with one embodiment ofthe present invention.

DETAILED DESCRIPTION

In the context of this description, the following conventions, termsand/or expressions may be used.

The term “micro-service architecture” may denote a specialization of animplementation approach for service-oriented architectures (SOA) used tobuild flexible, independently deployable software systems. Services in amicro-service architecture (MSA) are software processes that communicatewith each other over a network to fulfill a goal. These micro-servicesuse technology-agnostic protocols. The micro-services approach is afirst realization of SOA (service oriented architecture) that followedthe introduction of DevOps (development integrated operation) and isbecoming more popular for building continuously deployed systems.

In a micro-services architecture, services may have a high granularityand the protocols should be lightweight. A central micro-servicesproperty that appears in multiple definitions is that services may beindependently deployable. The benefit of distributing differentresponsibilities of the system into different smaller services is thatit enhances the cohesion and decreases the coupling. This makes iteasier to change and add functions and qualities to the system at anytime. It also allows the architecture of an individual service to emergethrough continuous refactoring, and hence may reduce the need for a bigup-front design and allows for releasing software early andcontinuously.

The term “operational parameter value” may denote one of a large varietyof parameters and their respective values being generated during theuptime (or even down time) of computing resources. They may relate tocomputing resources, networking resources, storage resources, all ofwhich may be software defined, i.e., also virtual resources, as well assoftware components. An example for an operational parameter of thesoftware component may be the time of execution as well as the executiontime, data accessed as well as the source from which the softwarecomponent may have been activated. In the context of systemadministration operation, the term “metric” may be used interchangeablywith the term operation parameter and their respective values.

The term “elements” may denote any identifiable active or passivecomponent of a computer system (hardware and software), in particular aplurality of computing resources in a cloud computing environment. Thismay comprise all physical devices as well as virtual devicesinstrumental in delivering services from a cloud computing data center.

The term “service” may denote, in the context of software architecture,service-orientation, and service-oriented architecture, a softwarefunctionality or a set of software functionalities (such as theretrieval of specified information or the execution of a set ofoperations) with a purpose that may be reused by different clients fordifferent purposes, together with the policies that may control itsusage (based on the identity of the client requesting the service, forexample). According to a well-known definition “service” may be definedas “a mechanism to enable access to one or more capabilities, where theaccess is provided using a prescribed interface and is exercisedconsistently with constraints and policies as specified by the servicedescription.” For a more thorough definition of a service in a cloudcomputing environment, see below.

The term “infrastructure components” may denote computer resources,network resources, and storage resources. Additionally, environmentalinfrastructure components may be included as well, includingenvironmental conditions as well as related facility managementcomponents like climate data (humidity, temperature, etc.).

The term “cluster” may denote a group of metrics or operationalparameters having similar behavior that is responding in a similarmanner to certain system change.

The term “clustering” may denote a building of data cluster based ondata mining and/or statistics methods.

The term “cloud computing” may in this context be interpreted as a modelfor enabling convenient, on-demand network access to a shared pool ofconfigurable computing resources (e.g., networks, servers, storage,applications, and services) that can be rapidly provisioned and releasedwith minimal management effort or service provider interaction. Thiscloud model promotes availability and is composed of five essentialcharacteristics, three service models and four deployment models.

Essential Characteristics of cloud computing comprise:

(i) On-demand self-service: A consumer can unilaterally provisioncomputing capabilities, such as server time and network storage, asneeded automatically without requiring human interaction with eachservice provider.

(ii) Broad network access: Capabilities are available over the networkand accessed through standard mechanisms that promote use byheterogeneous thin or thick client platforms (e.g., mobile phones,laptop computers, tablet computers, and PDAs).

(iii) Resource pooling: The provider's computing resources are pooled toserve multiple consumers using a multi-tenant model with differentphysical and virtual resources, dynamically assigned and reassignedaccording to consumer demand. There is a sense of location independencein that the customer generally has no control or knowledge over theexact location of the provided resources, but may be able to specifylocation at a higher level of abstraction (e.g., country, state, ordatacenter). Examples of resources include storage, processing, memory,network bandwidth and virtual machines.

(iv) Rapid elasticity: Capabilities can be rapidly and elasticallyprovisioned, in some cases automatically, to quickly scale out andrapidly release to quickly scale in. To the consumer, the capabilitiesavailable for provisioning often appear to be unlimited and can bepurchased in any quantity at any time.

(v) Measured service: Cloud systems automatically control and optimizeresource use by leveraging a metering capability at some level ofabstraction appropriate to the type of service (e.g., storage,processing, bandwidth, and active user accounts). Resource usage can bemonitored, controlled and reported providing transparency for both, theprovider and consumer of the utilized service.

Service models for cloud computing used comprise:

(i) Cloud Software as a Service (SaaS): The capability provided to theconsumer is to use the provider's applications running on a cloudinfrastructure. The applications are accessible from various clientdevices through a thin client interface such as a Web browser (e.g.,Web-based e-mail). The consumer does not manage or control theunderlying cloud infrastructure including network, servers, operatingsystems, storage, or even individual application capabilities, with thepossible exception of limited user-specific application configurationsettings.

(ii) Cloud Platform as a Service (PaaS): The capability provided to theconsumer is to deploy onto the cloud infrastructure consumer-created oracquired applications created using programming languages and toolssupported by the provider. The consumer does not manage or control theunderlying cloud infrastructure including network, servers, operatingsystems, or storage, but has control over the deployed applications andpossibly applications hosting environment configurations.

(iii) Cloud Infrastructure as a Service (IaaS): The capability providedto the consumer is to provision processing, storage, networks, and otherfundamental computing resources where the consumer is able to deploy andrun arbitrary software, which can include operating systems andapplications. The consumer does not manage or control the underlyingcloud infrastructure, but has control over operating systems, storage,deployed applications, and possibly limited control of selectednetworking components (e.g., host firewalls).

Deployment models for cloud computing comprise:

(i) Private cloud. The cloud infrastructure is operated solely by anorganization. It may be managed by the organization or a third party andmay exist on premise or off premise.

(ii) Community cloud. The cloud infrastructure is shared by severalorganizations and supports a specific community that has shared concerns(e.g., mission, security requirements, policy, and complianceconsiderations). It may be managed by the organizations or a third partyand may exist on premise or off premise.

(iii) Public cloud. The cloud infrastructure is made available to thegeneral public or a large industry group and is owned by an organizationselling cloud services, e.g., a cloud service provider.

(iv) Hybrid cloud. The cloud infrastructure is a composition of two ormore clouds (private, community, or public) that remain unique entitiesbut are bound together by standardized or proprietary technology thatenables data and application portability (e.g., cloud bursting forload-balancing between clouds).

It may be noted that cloud software takes full advantage of the cloudparadigm by being service-oriented with a focus on statelessness, lowcoupling, modularity, and semantic interoperability.

The present invention for clustering operational parameter values in amicro-service architecture used in a cloud computing system may offermultiple advantages and technical effects.

The present invention enables operational staff and problem resolutionteams to directly tackle problematic areas of micro-services and theirrelated infrastructure components based on experiences made duringprevious program resolutions. The problem resolution time is no longeronly dependent on the experience of the system engineer trying toresolve an incident. However, a method of the present invention adaptsitself to an existing computing landscape (e.g., cloud computingenvironment) comprising a large plurality of infrastructure components,thousands of services offered to end-users, wherein the services arebuilt from an underlying pool of cross-linked micro-services, out ofwhich services offered to end-users may be composed.

By clustering the measured operational parameter values, isolatingdependencies and relationships among them by using statistical methodsand sophisticated data analytics tools, and also taking into accountproblem resolution times of previous problem situations, a staff memberresponsible for resolving an issue will have access to the collectivewisdom of earlier successful incident resolutions. The staff member nolonger has to only rely on his own experience but may use the experiencemade by a plurality of staff members which have dealt with problems andresolutions earlier.

The method and the related system of the present invention will directadministrators directly to those components of the computing environmentand to those micro-services having a high probability for a shortproblem resolution time if an analysis and problem resolution is startedfrom the name component and/or micro-service. This may help to reduceproblem resolution times significantly, enabling an increasedavailability-time of the computing systems and its components as well asincreasing the enterprise productivity.

Furthermore, the present invention may help to identify weak spots andcritical parts among the involved infrastructure components to revealnon-obvious dependencies and avoid them in the future.

In the following, embodiments of the present invention will bedescribed.

According to one embodiment of the present invention, each of theelements may be selected out of the group comprising services,micro-services, and infrastructure components of the cloud computingsystems. At a top level, the services offered may be directed andoffered to end-users. The services may be a component of a largerapplication. The micro-services may be deployed at any level of themicro-services architecture.

According to another embodiment of the present invention, theoperational parameters and respective operational parameter values maybe selected out of the group comprising time of execution and executiontime of a micro-service, an identifier of a related virtual and physicalmachine, memory usage, communication delays, memory I/O rate, identifierof a related storage system, related I/O times and values, systemlatency, and system response time. A skilled person will understand thatthe operational parameters mentioned here may represent only a fractionof operational parameter values for a much broader variety ofoperational conditions. Basically, any parameter or parameter valuecollected and stored by a systems monitoring and/or management may beusable as an operational parameter in the sense of this document.

According to another embodiment of the present invention, thedetermination of the correlation function may apply to at least one of astatistical function and a data mining algorithm on the measuredoperation parameters. Such an approach may allow identifying a patternin the collected data (i.e., operational parameter values) and findingcorrelations and dependencies between the measured operational parametervalues and finally reduce the problem resolution time. In particular, acorrelation may be found between logged resolution records comprisinginformation about past problem situations, root causes and resolutiontimes on the one side, and measured operational parameter values on theother side.

According to yet another embodiment of the present invention, theclustering may also take into account geographic location information ofan execution of the elements or a top-level service being called. Thismay enhance the usability (i.e., a user/admin friendly classification ofthe measured operational parameter values) and a better overview ofproposed starting points (i.e., a specific element of the cloudcomputing environment) for a problem resolution.

According to yet another embodiment of the present invention, a namingof the operational parameters and their respective values may follow anaming (in particular a naming algorithm) of the element. Each elementin the cloud computing environment may follow a predefined namingconvention. One example for a naming convention may be<organization-prefix>.<environment>.<region>.<service>.<plan>.<post-name>.<metric-name[-instance]>.

It may be noted that typical development environments for the type ofcomputing environments addressed here may have its own schema for anaming. However, the naming convention itself may not matter; only theexistence of such a naming convention may improve the usability of themethod and the system of the present invention.

According to yet another embodiment of the present invention, theinfrastructure components may comprise at least one selected from thegroup comprising a physical server system, a CPU type (centralprocessing unit), a memory amount, a network connection, a storagesystem, a rack used for the physical server system, GPU (graphicsprocessing unit) type, and special-purpose accelerator (e.g., cryptoaccelerator or a mathematical and/or statistical engine for datamining). Thus, all typical elements of larger computing environmentssuch as cloud computing environments may be addressed. It may beunderstood that the list given may not be complete and may be understoodas an exemplary list only. For example, network switches and coolingdevices may also be counted as infrastructure components.

According to yet another embodiment of the present invention, the loggedidentifiers for elements having caused a problem situation may begenerated and/or derived from problem situation resolution records,i.e., from incident resolution records. Thus, the history, in particularthe history of resolved problems, may be used to increase the successrate of incident management and thus reduce the time required forproblem resolutions.

According to yet another embodiment of the present, each of the elementsmay comprise or may have a related counter assigned to it indicative ofhaving been a source for a resolved problem situation in the past. Thus,each time one of the elements of the cloud computing environment havebeen identified as a source for an incident or a problem situation, therelated counter may be increased. Based on this, the above-mentionedstatistical and/or data mining techniques may be enabled to identify thepattern within the sources. The naming source may be an element of thecloud computing environment or its service may be provided by a systemmanagement tool.

According to yet another embodiment of the present, a naming schema forat least a portion of the plurality of operational parameter may beavailable from an operational parameter naming source. This may berelated to an operational platform of framework for underlyingmicro-services for the cloud computing services. Such platforms exist inthe industry and are provided by different vendors.

In the following, detailed description of the figures will be given. Allinstructions in the figures are schematic. Firstly, a block diagram ofan embodiment of the present invention for clustering operationalparameter values in a micro-service architecture used in a cloudcomputing system is given. Afterwards, further embodiments, as well asembodiments of the system for clustering operational parameter values ina micro-service architecture used in a cloud computing system, will bedescribed.

FIG. 1 shows a block diagram of method 100 for clustering operationalparameter values in a micro-service architecture used in a cloudcomputing system, in accordance with one embodiment of the presentinvention. It may be noted that the operational parameter and relatedvalues may also be denoted as metrics. Method 100 comprises measuring aplurality of operational parameter values of elements of the cloudcomputing system (block 102). Typical elements have been mentioned inprevious paragraphs of this document.

Method 100 further comprises logging identifiers for elements havingcaused a problem situation in the past and related problem resolutiontimes (block 104). These problem resolution times along with other datain the context of the problem resolution may be logged in a resolutionrecord. This, alongside the measured and stored operational parametervalues, build the basis for the self-learning capability of the methodand the related system based on statistical and/or analytical methods ordata mining technologies.

As shown in block 106, method 100 further comprises clustering themeasured operational parameter values together with the related elementsaccording to a determined correlation function between a measuredoperational parameter value and a resolution time of a problemsituation. The correlation function including its parameters may bederived from applying statistical methods and data mining technologies(including related coprocessors) to the measured, collected, and storeddata (i.e., the operational parameter values as well as the resolutionrecords).

Method 100 further comprises ordering the clustered operationalparameter values within a cluster and the related elements according tothe logged problem resolution times of the elements (block 108). Asshown in block 110, method 100 further comprises periodically performingclustering and ordering such that a sequence of the ordered clusteredoperational parameter values and the related elements is indicative of aresolution time required for a new problem situation. The periodicity ofthese actions may be according to actual problem resolutions; forexample, after each problem resolution, the method may be executedagain. This may have the advantage that the data for the next problemresolution may always be current. In other implementations, the updateof the clustered data and the ordering may be performed at predefinedtimes.

FIG. 2 shows architecture 200 comprising four different levels, inaccordance with one embodiment of the present invention. On the toplevel, level 3 (202), service offering 210 of the cloud computing centerin the form of a callable function is shown. This service offering orservice function which may be an end-user function from an email orcontent management system, a transaction system (e.g., any enterpriseapplication), as well as a systems monitoring and managementapplication.

In the shown example, service offering 210 may be a provisioning of avirtual machine, e.g., VM1 (214) shown on architecture level 1 (206).Additionally, a cost calculation micro-service MS1 (212) may run inparallel in order to build the user for the usage of VM1 (214). The costcalculation micro-service MS1 (212) is shown on architecture level 2(204). It may be executed using virtual machine VM2 (216).

It is noted that service offering 210 visible to end-users may include amuch more complex cross-dependent network of micro-services of level 2(204). Only for comprehensibility reasons, the given example is reducedto a minimum functionality.

On level 0 (208), physical components together with operationalparameter values for fulfilling service offering 210 are shown. Here, aplurality of operational parameters of all kind may be measured,collected and stored. In an initial status, the operational parametervalues may only be collected for later analysis and assessment; inparticular, in a situation when service offering 210 cannot be performedand/or executed as expected according to potentially existing servicelevel agreements.

For example, the following parameters are shown: CPU type 218 isexecuted on VM1 (numeral 214) to provide service offering 210 (indicatedby 01). In the same nomenclature, VM1's memory usage 220, MS 1's latency222 (basically the time required to execute MS1 212), CPU type 226 usedto execute VM2 216, and related memory requirements 226 are shown. For askilled person, it is obvious that these operational power meter andrelated values shown may only be a fraction of measured and collectedoperational parameter values. However, the general principle of the hereproposed concepts should become clear using this limited number ofoperational parameters and respective values.

FIG. 3 shows sequence 300 of actions and steps performed in a typicalproblem resolution case, in accordance with one embodiment of thepresent invention.

At step 302, a problem situation occurs in a cluster related to serviceoffering 210 (shown in FIG. 2) of a cloud computing environment. Theproblem or incident is reported or logged, e.g., at a support desk. Theproblem or incident may be logged against service offering 210, arelated micro-service (for example, MS1 212 shown in FIG. 2) alsoagainst a virtual machine. Basically, the problem or incident may belogged against any element of any of the architecture levels 0 to 3shown in FIG. 2.

The next step is to resolve the problem. Typically, the incident orproblem is assigned to a systems engineer or administrator for problemresolution. Because of the proposed system and method, the systemsengineer does not have to rely on his experience when manually analyzingthe operational parameter relating to a cluster. Instead, an orderedsequence of elements of the cloud computing environment, providingservice offering 210 for a given cluster is provided as a decision basisfor the systems engineer to start with the problem resolution. It isnoted that the problem resolution may also be tried an automated wayusing scripts or other machine-based actions.

However, in case a systems engineer is responsible for the resolution ofthe problem, the systems engineer will start with the element positionedat the leftmost or top position of the ordered list of operationalparameters and related elements relating to the technical cluster ofelements providing service offering 210. Based on the proposed method,the systems administrator can assume that, when tackling the problemstarting with the element having the highest priority (top position) inthe ordered sequence of the ordered clustered operational parametervalues and related elements, the problem resolution time may require thesmallest time amount. Thus, at step 304, the systems administrator willtraverse the operational parameter list sequence and related elementsstarting from the top.

At step 306, the systems administrator will do the investigation of thereported problem situation. At step 306, the systems administrator maytake corrective actions. If the problem is not solved (NO of block 310),the systems administrator will go back to the list of elementspotentially causing the reported problem and continue with the nextelement in the list.

If the problem is solved (YES case of block 310), at step 312, theresolution record will be updated with the element of the cloudcomputing environment having caused the problem including the resolutiontime as well as other relevant operational parameter values and notesabout observations of the problem resolution engineer.

At step 314, the hierarchy of the operational parameters may be updatedbased on the new resolution record content. It is noted that step 314may also happen at a later point in time, e.g., at any predeterminedtime according to a time schedule for updating the hierarchy ofoperational parameters. This way, the sequence of operational parametersin the list reflects a self-learning mechanism always indicating thoseelements and the cloud computing environment enabling a problemresolution potentially requiring the smallest amount of time forresolving the underlying problem reported.

FIG. 4 shows ordered list 400 of operational parameters and theirrespective values 224, 222, 226, 218, and 220 in a different order andwith different dependency arrows shown in FIG. 2, in accordance with oneembodiment of the present invention. Without discussing elements thathave been already mentioned in FIG. 2, it becomes obvious that thesequence of operational parameter values shown in FIG. 4 is differentfrom the sequence shown in FIG. 2, if the sequence from left to right orfrom top to bottom of the operational parameters of level 0 (208) isindicative of root causes for a problem or incident situation relatingto service offering 210.

This adapted sequence of operational parameters 224, 222, 226, 218, and220 is the result of the clustering and ordering process discussed inthe context of FIG. 1 and FIG. 3. For a system administrator, trying toresolve a reported problem situation relating to service offering 210,the sequence of operational parameters (in particular, having theoperational parameter 01-MS1-VM2-CPU 224 being positioned at theleftmost position or the top position of all operational parametervalues) gives a clear indication to start with an investigation of theCPU and the related physical server executing VM2 216, which is thebasis for micro-service MS1 212, in the problem resolution process.Starting with operational parameter 224 or the respective element (herethe CPU) has a high probability that the problem resolution time will bekept at a minimum if compared to starting with one of the other elementsof the cloud computing environment to provide service offering 210.

FIG. 5 shows system 500 for clustering operational parameter values in amicro-service architecture used in a cloud computing environment, inaccordance with one embodiment of the present invention. System 500comprises measurement unit 502 configured to measure a plurality ofoperational parameter values of elements of the cloud computing system.System 500 further comprises logging module 504 configured to logidentifiers for elements having caused a problem situation and relatedproblem resolution times. Furthermore, system 500 comprises clusteringunit 506 configured to cluster the measured operational parameter valuestogether with the related elements according to a determined correlationfunction between a measured operational parameter value and a resolutiontime of a problem situation. System 500 further comprises ordering unit508 configured to order the clustered operational parameter valueswithin a cluster and the related elements according to said loggedproblem resolution times of the elements. Clustering unit 506 andordering unit 508 are configured to periodically become active such thata sequence of said ordered clustered operational parameter values andthe related elements is indicative of a resolution time required for anew problem situation. This may happen at predetermined times, or it maybe triggered by an input signal (e.g., from a user), or after or beforea problem resolution, i.e., before and/or after an incident or problemsituation.

FIG. 6 shows cloud computing environment 600 in which at least parts ofthe present invention is deployed, in accordance with one embodiment ofthe present invention. A set of functional abstraction layers providedby a cloud computing environment is shown. It should be understood inadvance that the components, layers, and functions shown in FIG. 6 areintended to be only illustrative and embodiments of the invention arenot limited thereto. As depicted, the following layers and correspondingfunctions are provided: hardware and software layers 602 includehardware and software components. Examples of hardware componentsinclude: mainframes 604, servers 606, RISC (Reduced Instruction SetComputer) architecture-based servers 608, blade servers 610, storagedevices 612, networks and networking components 614. In someembodiments, software components include network application serversoftware 616 and/or database software 618.

Virtualization layer 620 provides an abstraction layer from which thefollowing examples of virtual entities may be provided: virtual servers622, virtual storage 624, virtual networks 626 (including virtualprivate networks), virtual applications and operating systems 628, andvirtual clients 630. In one example, management layer 632 may providethe functions described below. Resource provisioning 634 providesdynamic procurement of computing resources and other resources that areutilized to perform tasks within the cloud computing environment.Metering and pricing 636 provides cost tracking as resources areutilized within the cloud computing environment, and billing orinvoicing for consumption of these resources. In one example, theseresources may comprise application software licenses. Security providesidentity verification for cloud consumers and tasks as well asprotection for data and other resources. User portal 638 provides accessto the cloud computing environment for consumers and systemadministrators. Service level management 640 provides cloud computingresource allocation and management such that required service levels aremet. Service Level Agreement (SLA) planning and fulfillment 642 providespre-arrangement for, and procurement of, cloud computing resources forwhich a future requirement is anticipated in accordance with an SLA.

Workload layer 644 provides examples of functionality for which thecloud computing environment may be utilized. Examples of workloads andfunctions which may be provided from this layer include: mapping andnavigation 646, software development and lifecycle management 648,virtual classroom education delivery 650, data analytics processing 652,transaction processing 654, and the system for clustering operationalparameter values in a micro-service architecture used in cloud computingsystem 656.

Embodiments of the present invention may be implemented together withvirtually any type of computer, regardless of the platform beingsuitable for storing and/or executing program code.

FIG. 7 is a diagram illustrating components of computer system 700implementing the present invention, in accordance with one embodiment ofthe present invention.

Computing system 700 is only one example of a suitable computer systemand is not intended to suggest any limitation as to the scope of use orfunctionality of embodiments of the invention described herein.Regardless, computer system 700 is capable of being implemented and/orperforming any of the functionality set forth hereinabove. In computersystem 700, there are components, which are operational with numerousother general purpose or special purpose computing system environmentsor configurations. Examples of well-known computing systems,environments, and/or configurations that may be suitable for use withcomputer system 700 include, but are not limited to, personal computersystems, server computer systems, thin clients, thick clients, hand-heldor laptop devices, multiprocessor systems, microprocessor-based systems,set top boxes, programmable consumer electronics, network PCs,minicomputer systems, mainframe computer systems, and distributed cloudcomputing environments that include any of the above systems or devices,and the like. Computer system 700 may be described in the generalcontext of computer system-executable instructions, such as programmodules, being executed by computer system 700. Generally, programmodules may include routines, programs, objects, components, logic, datastructures, and so on that perform particular tasks or implementparticular abstract data types. Computer system 700 may be practiced indistributed cloud computing environments where tasks are performed byremote processing devices that are linked through a communicationsnetwork. In a distributed cloud computing environment, program modulesmay be located in both local and remote computer system storage mediaincluding memory storage devices.

As shown in the figure, computer system 700 is shown in the form of ageneral-purpose computing device. The components of computer system 700may include, but are not limited to, one or more processors orprocessing units 702, system memory 704, and bus 706 that couplesvarious system components including system memory 704 to processor 702.Bus 706 represents one or more of any of several types of busstructures, including a memory bus or memory controller, a peripheralbus, an accelerated graphics port, and a processor or local bus usingany of a variety of bus architectures. By way of example, and notlimitation, such architectures include Industry Standard Architecture(ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA)bus, Video Electronics Standards Association (VESA) local bus, andPeripheral Component Interconnects (PCI) bus. Computer system 700typically includes a variety of computer system readable media. Suchmedia may be any available media that is accessible by computer system700, and it includes both, volatile and non-volatile media, removableand non-removable media.

System memory 704 may include computer system readable media in the formof volatile memory, such as random access memory (RAM) 708 and/or cachememory 710. Computer system 700 may further include otherremovable/non-removable, volatile/non-volatile computer system storagemedia. By way of example only, storage system 712 may be provided forreading from and writing to a non-removable, non-volatile magnetic media(not shown and typically called a hard drive). Although not shown, amagnetic disk drive for reading from and writing to a removable,non-volatile magnetic disk (e.g., a floppy disk), and an optical diskdrive for reading from or writing to a removable, non-volatile opticaldisk such as a CD-ROM, DVD-ROM or other optical media may be provided.In such instances, each can be connected to bus 706 by one or more datamedia interfaces. As will be further depicted and described below,memory 704 may include at least one program product having a set (e.g.,at least one) of program modules that are configured to carry out thefunctions of embodiments of the present invention.

The program/utility, having a set (at least one) of program modules 716,may be stored in memory 704 by way of example, and not limitation, aswell as an operating system, one or more application programs, otherprogram modules, and program data. Each of the operating system, one ormore application programs, other program modules, and program data orsome combination thereof, may include an implementation of a networkingenvironment. Program modules 716 generally carry out the functionsand/or methodologies of embodiments of the invention as describedherein.

Computer system 700 may also communicate with one or more externaldevices 718 such as a keyboard, a pointing device, display 720, etc.,one or more devices that enable a user to interact with computer system700, and/or any devices (e.g., network card, modem, etc.) that enablecomputer system 700 to communicate with one or more other computingdevices. Such communication can occur via Input/Output (I/O) interfaces714. Still yet, computer system 700 may communicate with one or morenetworks such as a local area network (LAN), a general wide area network(WAN), and/or a public network (e.g., the Internet) via network adapter722. As depicted, network adapter 722 may communicate with the othercomponents of computer system 700 via bus 706. It should be understoodthat although not shown, other hardware and/or software components couldbe used in conjunction with computer system 700. Examples include, butare not limited to: microcode, device drivers, redundant processingunits, external disk drive arrays, RAID systems, tape drives, and dataarchival storage systems, etc.

Additionally, system 500 (shown in FIG. 5) for clustering operationalparameter values in a micro-service architecture used in a cloudcomputing system may be attached to bus 706.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinaryskills in the art without departing from the scope and spirit of thedescribed embodiments. The terminology used herein was chosen to bestexplain the principles of the embodiments, the practical application ortechnical improvement over technologies found in the marketplace, or toenable others of ordinary skills in the art to understand theembodiments disclosed herein.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device, such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network(LAN), a wide area network (WAN), and/or a wireless network. The networkmay comprise copper transmission cables, optical transmission fibers,wireless transmission, routers, firewalls, switches, gateway computersand/or edge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++, and conventionalprocedural programming languages, such as the C programming language, orsimilar programming languages. The computer readable programinstructions may execute entirely on the user's computer, partly on theuser's computer, as a stand-alone software package, partly on the user'scomputer and partly on a remote computer, or entirely on the remotecomputer or server. In the latter scenario, the remote computer may beconnected to the user's computer through any type of network, includinga local area network (LAN) or a wide area network (WAN), or theconnection may be made to an external computer (for example, through theInternet using an Internet Service Provider). In some embodiments,electronic circuitry including, for example, programmable logiccircuitry, field-programmable gate arrays (FPGA), or programmable logicarrays (PLA) may execute the computer readable program instructions byutilizing state information of the computer readable programinstructions to personalize the electronic circuitry in order to performaspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture, including instructions which implement aspectsof the function/act specified in the flowchart and/or block diagramblock or blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus, or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to limit the invention. As usedherein, the singular forms “a”, “an” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will further be understood that the terms “comprises”and/or “comprising”, when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or steps plus function elements in the claims below are intendedto include any structure, material, or act for performing the functionin combination with other claimed elements, as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skills in the artwithout departing from the scope and spirit of the invention. Theembodiments are chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skills in the art to understand the invention forvarious embodiments with various modifications, as are suited to theparticular use contemplated.

What is claimed is:
 1. A method for clustering operational parametervalues in a micro-service architecture used in a computinginfrastructure, the method comprising: measuring a plurality ofoperational parameter values of elements of the computinginfrastructure; logging identifiers for elements having caused a problemsituation and related problem resolution times; clustering theoperational parameter values of the elements having caused the problemsituation, according to a correlation function between the operationalparameter value and the problem resolution times; ordering theoperational parameter values within a cluster and the elements havingcaused the problem situation, according to the problem resolution timesof the elements having caused the problem situation; periodicallyperforming the clustering and the ordering, such that a sequence of theoperational parameter values and the elements having caused the problemsituation is indicative of a resolution time required for a new problemsituation; and wherein a naming schema for at least a portion of aplurality of operational parameters is available from an operationalparameter naming source.
 2. The method of claim 1, wherein each of theelements is selected from a group comprising services, micro-services,and infrastructure components of the computing infrastructure.
 3. Themethod of claim 1, wherein the operational parameter values are selectedfrom a group comprising time of execution and execution time of amicro-service, an identifier of a related virtual and physical machine,memory usage, communication delays, memory I/O rate, identifier of arelated storage system, related I/O times and values, system latency,and system response time.
 4. The method of claim 1, wherein thecorrelation function is derived from at least one of a statisticalfunction and a data mining algorithm on operational parameters.
 5. Themethod of claim 1, wherein the clustering uses geographic locationinformation of the elements or a top-level service.
 6. The method ofclaim 1, wherein a naming of operational parameters follows a naming ofthe elements.
 7. The method of claim 2, the infrastructure componentscomprise at least one of a physical server system, a CPU type, a memoryamount, a network connection, a storage system, a rack used for aphysical server system, GPU type, and a special-purpose accelerator. 8.The method of claim 1, wherein the identifiers are generated fromproblem situation resolution records.
 9. The method of claim 1, whereineach of the elements comprises a related counter indicative of being asource for a resolved problem situation.
 10. A computer system forclustering operational parameter values in a micro-service architectureused in a computing infrastructure, the computer system comprising oneor more processors, one or more computer readable tangible storagedevices, and program instructions stored on at least one of the one ormore computer readable tangible storage devices for execution by atleast one of the one or more processors, the program instructionsexecutable to: measure a plurality of operational parameter values ofelements of the computing infrastructure; log identifiers for elementshaving caused a problem situation and related problem resolution times;cluster the operational parameter values of the elements having causedthe problem situation, according to a correlation function between theoperational parameter value and the problem resolution times; order theoperational parameter values within a cluster and the elements havingcaused the problem situation, according to the problem resolution timesof the elements having caused the problem situation; periodicallyperform the clustering and the ordering, such that a sequence of theoperational parameter values and the elements having caused the problemsituation is indicative of a resolution time required for a new problemsituation; and wherein a naming schema for at least a portion of aplurality of operational parameters is available from an operationalparameter naming source.
 11. The computer system of claim 10, whereineach of the elements is selected from a group comprising services,micro-services, and infrastructure components of the computinginfrastructure.
 12. The computer system of claim 10, wherein theoperational parameter values are selected from a group comprising timeof execution and execution time of a micro-service, an identifier of arelated virtual and physical machine, memory usage, communicationdelays, memory I/O rate, identifier of a related storage system, relatedI/O times and values, system latency, and system response time.
 13. Thecomputer system of claim 10, wherein the correlation function is derivedfrom at least one of a statistical function and a data mining algorithmon operational parameters.
 14. The computer system of claim 10, whereinthe clustering uses geographic location information of the elements or atop-level service.
 15. The computer system of claim 10, wherein a namingof operational parameters follows a naming of the elements.
 16. Thecomputer system of claim 11, the infrastructure components comprise atleast one of a physical server system, a CPU type, a memory amount, anetwork connection, a storage system, a rack used for a physical serversystem, GPU type, and a special-purpose accelerator.
 17. The computersystem of claim 10, wherein the identifiers are generated from problemsituation resolution records.
 18. The computer system of claim 10,wherein each of the elements comprises a related counter indicative ofbeing a source for a resolved problem situation.
 19. A computer programproduct for clustering operational parameter values in a micro-servicearchitecture used in a computing infrastructure, the computer programproduct comprising a computer readable storage medium having programcode embodied therewith, the program code executable to: measure aplurality of operational parameter values of elements of the computinginfrastructure; log identifiers for elements having caused a problemsituation and related problem resolution times; cluster the operationalparameter values of the elements having caused the problem situation,according to a correlation function between the operational parametervalue and the problem resolution times; order the operational parametervalues within a cluster and the elements having caused the problemsituation, according to the problem resolution times of the elementshaving caused the problem situation; periodically perform the clusteringand the ordering, such that a sequence of the, operational parametervalues and the elements having caused the problem situation isindicative of a resolution time required for a new problem situation;and wherein a naming schema for at least a portion of a plurality ofoperational parameters is available from an operational parameter namingsource.